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SYSTEM AND METHOD FOR MANAGING STORAGE DEVICE, 
AND PROGRAM FOR THE SAME 

BACKGROUND OF THE INVENTION 

The present invention relates to a system and 
a method for managing storage devices, and also relates 
to a program for the same. 
5 In recent years, with the progressive 

increase of databases in business firms, the demand has 
increased for storage devices, and as a result, the 
demand has also increased for systems for managing 
storage devices . 

10 Among systems for managing storage devices, 

there has been one which obtains information about a 
file or a volume as managing objects, and also about 
operation timing, data destination or the like from the 
servers or storage, and according obtained information, 

15 gives the storage devices an instruction to perform a 
process on the file or the volume based on the 
information, such as operation timing (as disclosed in 
JP-A-2002-7304, for example). 

In the above-mentioned storage-device 

20 management system, automatic management can be 

implemented such that, on receiving an instruction to 
perform a process on data stored in the integrated 
storage system or responding to a request regarding the 
data, voluntarily issued by a SAN Management Device, 



this management system obtains information necessary to 
process that data, and according this information, 
decides an execution schedule of function software for 
the starting procedure or timing of various kinds of 
5 function software (software to create replica, copy 
data, separate replica, create backup copy or remote 
copy, etc.) residing in the storage, network switches, 
servers or the like, actually starts the function 
software according to the decided execution schedule, 

10 obtains execution results from the function software of 
the respective devices, and reports the results to the 
application that requested data processing. 

However, no method has been clearly disclosed 
to automatically change the operation procedure when 

15 there is a change in the environment of the storage 

system or load on the storage system or to change the 
operation procedure by feeding back execution results. 



SUMMARY OF THE INVENTION 

The present invention has as its object to 

20 provide a function to execute an operation procedure of 
storage devices according to an operation rule 
(hereafter referred to as a policy) for the storage 
devices, and feed back a result of execution to thereby 
automatically change a scenario or automatically make a 

25 partial change to the scenario according to a change of 
the environment. 

A method for managing storage devices by 



using a computer, wherein the computer reads 
information about an operation rule for the storage 
devices accommodated previously in a memory device and 
information about an operation procedure of the storage 
5 devices associated with the operation rule for the 

storage devices, receives an instruction to select the 
information about the operation rule for the storage 
devices from a user, and sends the storage devices an 
instruction to execute the operation procedure of the 
10 storage devices associated with information about the 
operation rule on the basis of the operation rule 
received . 

Other objects, features and advantages of the 
invention will become apparent from the following 
15 description of the embodiments of the invention taken 
in conjunction with the accompanying drawings. 



BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a diagram showing a schematic 
structure of a server for managing the operation of 
20 storage according to the present invention; 

Fig. 2 is a diagram showing an example of a 
storage network system as a target of storage operation 
management according to the present invention; 

Fig. 3 is a diagram showing the structure of 
25 a policy definition file; 

Fig. 4 is a diagram showing the structure of 
a scenario definition file; 



_ 4 - 

Fig. 5 is a diagram showing the structure of 
a priority definition file; 

Fig. 6 is a diagram showing the structure of 
an execution result file; 
5 Fig. 7 is a diagram showing the structure of 

a feedback definition file; 

Fig. 8 is a diagram showing the structure of 
a scenario parameter definition file; 

Fig. 9 is a diagram showing an example of a 
10 method for feeding back a scenario execution result; 

Fig. 10 is a diagram showing an example of a 
method for partially changing a scenario parameter; and 

Figs. 11A and 11B are diagrams showing 
examples of screen display. 



15 DETAILED DESCRIPTION OF THE EMBODIMENTS 

Preferred embodiments of the present 
invention will be described in detail by referring to 
the drawings. 

Fig. 1 is a diagram showing a schematic 

20 structure of a server for managing the operation of 

storage according to the present invention. The server 
for managing the operation of storage 101 includes a 
scenario execution function 111, a performance 
information obtaining function 112, a fault monitor 

25 function 113, a copy function 114, a policy definition 
file (a file defining an operation rule for storage 
devices) 121, a scenario definition file (a file 



defining the operation procedure or the operation of 
the storage devices) 122, a priority definition file 
123, an execution result value file 124, a feedback 
definition file 125, and a scenario parameter 
5 definition file 126. The scenario execution function 
111 executes scenarios of the scenario definition file 
122 generated based on the policy definition file 121. 

The performance information obtaining 
function 112 is used to obtain information about the 

10 utilization rate of the I/O port of the storage devices 
and fiber channel switches (FC-SWs) or information 
about free areas of the disks. The fault monitor 
function 113 watches out for a fault in the FC-SWs, the 
operation server, the storage devices, and so on by 

15 using a general protocol, such as SNMP. The copy 
function 114 generates backup files and restores 
programs or data used for backup. 

The priority definition file 123 defines a 
basis on which the scenario execution function 111 

20 decides an execution priority of a plurality of 

scenarios in the scenario definition file 122, which 
are generated based on the policy in the policy 
definition file 121. The execution result value file 
124 stores the results of execution of scenarios. The 

25 feedback definition file 125 defines the priority of 
scenarios to be executed on the basis of execution 
result of a scenario. The scenario parameter 
definition file 126 stores the definition of changes in 



parameters of some of the scenarios to-be executed. 

Fig. 2 is a diagram showing an example of a 
storage network system as a target of storage operation 
management according to the present invention. In this 
5 system, a SAN network is configured by business servers 
211, 212, FC-SWs 221, 222, 223, 224, disk units 
(storages) 231, 232, computers 241, 242, 243 with tape 
devices 251, 252, 253, and a storage management server 
101. 

10 The business servers 211, 212 and the storage 

management server 101 are interconnected with FC-SWs 
221, 222 and fiber channels 261-266. Likewise, FC-SWs 
221, 222, 223, 224 are interconnected with fiber 
channels 271-274. The disk units 231, 232 and FC-SWs 

15 223, 224 are interconnected with fiber channels 281- 
284 . 

The computers 241, 242, 243 with tape devices 
are also interconnected with FC-SWs 222, 223, 224 and 
fiber channels 291-296. Those devices are connected on 

20 a network indicated by dotted lines 201. The protocol 
used in this network is TCP/IP. 

This TCP/IP network 201 is provided in order 
to perform configuration of each device and detect 
faults in the devices. To take an example, for the FC- 

25 SWs, telnet commands are provided which are defined so 
that the FC-SWs are controlled by Telnet. (In other 
words, it is possible to log into an FC-SW from a 
computer by using a telnet command and control the FC- 



- 7 - 

SW in which one has logged.) 

Also for the business servers, there are 
provided telnet commands controlled by Telnet, making 
it possible to control the operation of the storage 
5 devices in processes, such as creating a backup copy of 
a database currently used. In this preferred 
embodiment, the management of storages is automated by 
using this TCP/IP network 201. 

Fig. 3 shows an example of a policy 

10 definition file. . Policies are definitions that provide 
clear descriptions of the conceptual storage management 
criteria. The policies include "Create a backup copy 
as quickly as possible", "Create a backup copy at low 
cost", or "Create a backup copy with low load applied 

15 to the SAN network". In the example of Fig. 3, to 

discriminate among multiple policies, identifiers are 
assigned to respective policies. For example, the 
policy associated with identifier 1 is to "Create a 
backup copy as quickly as possible." The policy 

20 associated with identifier 2 is to "Create a backup 
copy at low cost." The policy associated with 
identifier 3 is to "Create a backup copy with low 
load. " 

Fig. 4 shows an example of a scenario 
25 definition file. 

In the example of Fig. 4, an identifier is 
assigned to each of a plurality of scenarios. For 
example, a scenario associated with identifier 1 is to 
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"Store a backup copy on tape A." 

Scenarios are a procedure of actions defined 
to realize the contents of the policy definition file. 
A plurality of scenarios may be defined for one policy. 
5 Or, a scenario may be shared by a plurality of 

policies. A concrete example is to "Create a backup 
copy of data stored in a database being used by the 
business server B and store in the tape device A as a 
backup device by using a backup command X." 

10 The scenario parameters mentioned earlier are 

the devices defined in the scenarios, control of those 
devices, and so on. For example, when the scenario to 
"Store a backup copy on tape A" associated with the 
identifier 1 in Fig. 4 is changed, a backup device may 

15 be changed in such a manner as to "Store a backup copy 
on hard disk B", or instead of changing the backup 
device, a backup method may be changed, or a change can 
be made in any other way. 

Fig. 5 shows a structure of a priority 

20 definition file, in other words, indicates the priority 
of scenarios defined in each policy. For example, when 
creating backup copies of the same database, a 
different backup method can be used by applying a 
different account unit price or the backup method can 

25 be changed depending on different times until a backup 
copy is completed. In Fig. 5, the scenario numbers 
(scenario identifiers) of Fig. 4 are arranged in the 
order of priority for each of the policy numbers of 



Fig. 3. 

In the example of Fig, 5, with regard to the 
policy No. 1 of "Create a quick backup copy", the 
scenarios (actions) are defined in the order of faster 
5 execution time in creating a backup copy of the same 
data - "Store a backup copy in storage A", "Store a 
backup copy in storage B", "Store a backup copy on tape 
C", "Store a backup copy on tape B", and "Store a 
backup copy on tape A". In the same way, with regard 

10 to the policy No. 2 of "Create a backup copy at low 
cost", the scenarios are defined in their order of 
lower account unit price. As the scenario to be 
executed first, a scenario of lowest priority, namely, 
of a scenario number lastly defined in the row of 

15 scenario priority is set. 

Fig. 6 shows the structure of an execution 
result file, which stores the scenarios executed and 
results obtained. For example, a backup time of 50 min 
is shown as a result when a backup copy was stored on 

20 the tape device A. 

Fig. 7 shows the structure of a scenario 
parameter file, which defines the conditions for 
changing priority for scenarios to be executed as well 
as changes made to the scenarios executed, on the basis 

25 of results of the execution of the scenarios. As an 
example, a feedback process that "when the backup time 
is longer than 50 min, the priority of the scenarios is 
raised three levels" is cited. Thus, time for next 
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backup is shortened. 

Fig. 8 shows the structure of a scenario 
parameter definition file, which describes the 
conditions to be checked just before the execution of 
5 scenarios and also describes changes made to the 
parameters of the scenarios executed. For example, 
"When the utilization rate of a FC-SW port is higher 
than 60%, change the path of the FC-SW." is cited. By 
this change of the parameter, the load on the storage 

10 network is dispersed. 

Figs. 9 and 10 show examples of methods of 
using scenarios in management of the storage by using 
definition files in Figs. 3 to 8 . 

Fig. 9 shows an execution procedure by which 

15 the storage management server to execute the policy of 
creating a backup copy of the database of a business 
server. At step 901, the time stamp before backup is 
saved. At step 902, a backup scenario "Store a backup 
copy in Storage A" is executed. When the backup 

20 scenario is finished, a scenario execution result is 
stored at step 903. Here, the time stamp is saved 
again, and from a difference from the time stamp saved 
at step 901, a backup time is obtained. 

Here, let us suppose that the backup time is 

25 21 min. At step 904, this 21 min is compared with a 
condition that "Backup time is longer than 20 min in 
the feedback definition file" and it is understood that 
the 21 min satisfies the condition; therefore, priority 
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ls raised one level to "Store a backup copy in storage 
B" f which is executed next. 

Fig. 10 shows a procedure of the execution of 
a policy that the storage management server stores a 
5 backup copy of the database of the disk device 231 of 
the business server 211 into a tape device 253. As 
database backup paths, a path from the disk device 231 
through the fiber channel 281, FC-SW 223 and the fiber 
channel 296 and a path from the disk device 231 through 
10 the fiber channel 283, FC-SW 224 and the fiber channel 
295 are defined in advance in the storage management 
server 101. Normally, the former path is used for 
backup. 

At step 1001, the utilization rate of the I/O 
15 port of the FC-SW 281 is obtained and let use suppose 
that the utilization rate is 65% or that the status of 
the FC-SW port is "at fault". The obtained status of 
the FC-SW port is notified from the FC-SW to the fault 
monitor function 113 by using SNMP. 
20 At step 1002, the above-mentioned 65% is 

compared with a condition that "the utilization rate of 
the FC-SW port is higher than 60%" in the scenario 
parameter definition file and it is understood that the 
65% satisfies the condition; therefore, at step 1003, a 
25 partial change of scenario, e.g., "Change the FC-SW 
path" to the latter path" is carried out, and at step 
1004, a scenario to back up a database is executed. 

Incidentally, with regard to information 
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about the utilization state of the storage devices, 
their performance and load, fault monitoring, etc., it 
is possible to arrange for the storage management 
server to make inquiries to the devices to collect 
5 information, or the storage management server may ask 
the devices for information by taking an opportunity of 
receiving an instruction to execute a policy from a 
user, or information may be obtained by some other 
method. 

10 As to which parameters of scenarios to change 

based on information collected, some procedures may be 
defined beforehand in the storage management server, or 
parameters to be changed may be decided according to 
kinds of information collected or predetermined 

15 threshold values, or the scenarios may be changed or 
their priorities may be changed by some other methods. 

As described above, by changing the scenarios 
based on information collected, it' becomes possible to 
respond flexibly to changes that may occur in the 

20 system. 

Referring to Figs. 11A and 11B, description 
will be made of an example of screen display on which 
the user sets policies, and another example of scenario 
display. Those screen images may be provided from the 
25 storage management server, and may be displayed using a 
Web browser on a computer which is accessible to the 
storage management server. The screen images may be 
provided by any other method. 
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As shown in Fig. 11A, in the left field of 
the window, the objects (computers, storage devices, 
FC-SWs, etc.) of the storage management server are 
shown in a tree form. When a user selects a storage 
5 device with a mouse pointer, for example, a list of 
policy definitions for the selected storage device is 
presented in the upper right field of the window. The 
information that associates the storage devices with 
the policies for the storage device may be stored in 

10 advance in the storage management server or in some 
other means. 

The user selects a policy from among the 
policies shown at the upper right field by using a 
mouse pointer, for example. The lower right field 

15 shows what changes will occur from the current 
operation of the storage device when the policy 
selected by the user is applied. Therefore, it is 
possible for the user to previously compare the current 
state of operation of the storage devices with that 

20 after the selected policy is applied, and decide 

whether to apply that policy. The example shown in 
Fig. 11A presents costs of storage before and after the 
policy is applied, but may present any other data. 

As in the example of Fig. 11B, the screen may 

25 show the situation before and after the scenario is 
changed. When displaying a change of some scenario 
parameter and the resulting states of the storage 
devices, information about the states of the scenario 
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parameters may be displayed so that the user may grasp 
the states of the related storage devices. 

The flowchart in Fig. 10 will be described as 
an example. As database backup paths, a path involving 
5 the disk device 231 - the fiber channel 281 - FC-SW 223 
- the fiber channel 296 and a path involving the disk 
device 231 - the fiber channel 283 - FC-SW 224 - the 
fiber channel 295 are defined in advance. Suppose that 
the utilization rate of the I/O port of FC-SW 281 was 

10 obtained and turned out to be 65%. If this utilization 
rate is compared with a condition "the utilization rate 
of FC-SW I/O port is higher than 60%" in the scenario 
parameter definition file, it is understood that the 
65% satisfies the condition. Therefore, a partial 

15 change of scenario, e.g., "Change the FC-SW path to the 
latter path" is carried out. The paths before and 
after the change of scenario in an example of this case 
are shown in the lower right field of the window in 
Fig. 11B. 

20 In the left field of the window in Fig. 11B, 

the managing objects (computers, storage devices, FC- 
SW, etc.) of the storage management server are shown in 
a tree form. A menu of objects displayed by the user 
is shown in the upper right field of the window. Here, 

25 this example shows that comparative display of scenario 
is selected by a user with a mouse pointer. In the 
lower right field of the window, the states before and 
after the selected scenario is changed are shown. In 
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this example, the value of "port utilization rate" as a 
key to change the scenario is displayed on the screen, 
and the paths before and after the change are 
illustrated. Some other data may be displayed. 
5 As has been described in detail, according to 

the present invention, it is possible to enable actions 
to be taken automatically, such as executing an 
operational procedure (scenarios) of the storage 
devices according to the storage operation rule 

10 (policy) , automatically changing scenarios by feeding 
back information about execution results and the state 
of utilization and information about fault monitoring, 
or making a partial change to the operation rules 
according to the changing environments. 

15 Further, when putting a policy into practical 

application, it is possible to display the states 
before and after each policy is applied as a guidepost, 
from which the user can decide which policy to choose. 

When the states before and after the change 

20 of a scenario are displayed, the states of the scenario 
parameters and the storage devices may be displayed, so 
that the user can recognize the state of utilization of 
each storage device . 

As has been discussed at length, according to 

25 the present invention, it is possible to execute an 

operation procedure (scenarios) according to a storage 
operation rule (policy) , change the scenarios by 
feeding back execution results, and make partial 



- 16 - 

changes to the operation procedure according to changes 
in the environment. 

It should be further understood by those 
skilled in the art that although the foregoing 
5 description has been made on embodiments of the 

invention, the invention is not limited thereto and 
various changes and modifications may be made without 
departing from the spirit of the invention and the 
scope of the appended claims. 



